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FIELD OF THE INVENTION 

The present invention relates to wireless communication services, and more 
particularly, to a system and method for dynamic allocation of limited capacity on a 
wireless network. 

BACKGROUND OF THE INVENTION 

Through the combination of wireless telephony and mobile computing 
technologies, digital wireless handsets are now available that can allow users to 
communicate with others by voice, e-mail, paging, facsimile, etc., and to transmit or 
receive information through the internet over a wireless network. Manufacturers of 
internet-capable telephones and personal digital assistants (PDA's) are coordinating 
with internet web site content providers to develop specialized versions of popular 
web sites for wireless access and interaction. In almost any location, while 
stationary or while in motion, consumers can use wireless networks to browse the 



- 1 - 



world-wide web, participate in e-commerce transactions, join others through 
interactive game software, or communicate with others by voice or by other means 
through transmission of data. 

In cellular communications over circuit-switched wireless networks, a link is 
established through radio signals over channels between a mobile 
transmitter/receiver and a nearby cell tower. Circuit-switched networks maintain a 
continuing or dedicated connection throughout the duration of a communication. 
This is known to be inefficient for '"bursty" type communications, because the 
dedicated lines occupy the limited bandwidth in the network for the duration of the 
communication, even during periods of time when information signals are not being 
transmitted. The circuit-switched protocol is also inefficient for voice 
communications, because there are gaps of silence in most voice communications in 
which no signal needs to be transmitted. 

In packet switched networks, data is divided into 'envelopes' of information 
that contain address, error checking, and user data. If a data communication is not 
continuous, as is typically the case, the communications link can be occupied by 
packets from other communications during the periods of downtime. In a packet 
switched wireless network, information is transmitted to and from mobile 
transmitter/receivers through radio signals in the format of discrete packets, 
instead of through a continuous communications link. The packets are assembled 
together when received to reconstruct the communication, which is a "transaction." 
Therefore, portions of multiple different data communications can be transmitted 



along the same communications link, instead of waiting for one communication to 
end before another can begin. 

For wireless communications, a bottleneck occurs during busy periods that 
can slow down communications because there are a limited number of access points 
into the wireless network. When a packet switched wireless network is operating 
near capacity, the mobile transmitters/receivers may have to wait before sending or 
receiving packets for communications. While a transmission delay may not be 
significant for an e-mail communication or a file transfer, the delay is probably not 
acceptable for voice-over-IP telephony or other time-sensitive communications. 
Accordingly, problems exist when sending or receiving urgent data over packet 
switched wireless networks during busy periods of network congestion. 

SUMMARY OF THE INVENTION 

The present invention allocates network access for transactions in a wireless 
network according to the priority levels associated with the transactions. When all 
access links are occupied on the wireless network, an access control manager in the 
wireless network discontinues transmission of a low priority transaction in favor of 
a higher priority transaction. When a transaction is discontinued, the transaction 
data that was not transmitted is maintained in a data buffer. When the transaction 
is resumed later, the remaining transaction data is removed from the data buffer. 
There can be data remaining in the data buffer from several different transactions 
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of different priorities. Requests to resume transactions occur in an order according 
to the relative priority designated for the different transactions in the data buffer. 

A wireless handset, or a wireless communications device, generates 
transactions through user applications operating in the handset. The transactions 
can have a default priority level, or the priority levels can be selected by the user. 
E-mail and voice-over-IP transactions are discussed, wherein the transaction is 
periodically discontinued, or suspended, in favor of a higher priority transaction. 

In accordance with the present invention, a wireless communication system 
is described for allocating limited network access according to priorities designated 
for requested transactions of wireless communications. The wireless network has a 
number of access links for transmitting transactions for wireless communications. 
A plurality of wireless communications devices request transmission of transactions 
on the wireless network. A designated priority level is associated with each 
transaction. In response to the transaction requests, an access control manager in 
the wireless network schedules transmission of transactions when all of the 
plurality of access links are occupied, by authorizing a transmission of a transaction 
of higher priority than another transaction that is being transmitted, and 
discontinuing the transmission of the transaction of lower priority. 

The present invention also provides a wireless communications device for use 
in a wireless communication system. The communications device includes at least 
one user application configured to send data to a wireless network or receive data 
from the wireless as part of a transaction. A data buffer in the wireless 
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communications device stores transaction data to be sent by the user application 
before transmission along the wireless network. A communications manager in the 
wireless communications device generates a control message to be transmitted to 
the wireless network to request transmission of a transaction. The control message 
includes an identification code for the wireless communications device and a 
priority level associated with the transaction. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram of a wireless communication system according 
to the preferred embodiment of the present invention. 

FIG. 2 is a flow diagram of the steps for configuring a transaction for 
transmission on the wireless network according to the preferred embodiment of the 
present invention. 

FIG. 3 is a flow diagram of the steps for transmitting a transaction on the 
wireless network from a wireless communications device according to the preferred 
embodiment of the present invention. 

FIG. 4 is a flow diagram of the steps for allocating capacity on the wireless 
network for transmission of data packets to a wireless communications device 
according to the preferred embodiment of the present invention. 

FIG. 5A is a chart of transmission priority levels allocated for an e-mail 
application by a network, a user application, and a consumer according to the 
present invention. 
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FIG. 5B is a chart of transmission priority levels allocated for a file transfer 
application by a network, a user application, and a consumer according to the 
present invention. 

FIG. 5C is a chart of transmission priority levels allocated for a voice-over-IP 
application by a network, a user application, and a consumer according to the 
present invention. 

FIG. 6A is a table of steps for transmitting data packets across a wireless 
network for an e-mail application according to the preferred embodiment of the 
present invention. 

FIG. 6B is a table of steps for transmitting data packets across a wireless 
network for a voice-over-IP application according to the preferred embodiment of 
the present invention. 

FIG. 7 is a table of steps for transmitting data packets across a wireless 
network from a plurality of user applications in a wireless communications device. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS OF 
THE INVENTION 

FIG. 1 is a schematic diagram of the multi-level wireless network service of 

the present invention. Three mobile transmitter/receiver handsets 10, 11, and 12 

are physically located in close proximity to cell tower 13, which is part of a packet 

switched wireless network. Each handset is capable of supporting at least one or 

any number of applications, and contains a queue, or buffer, for temporarily storing 

data packets to be communicated to cell tower 13. A communications manager in 
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the handset stores control information to be transmitted to cell tower 13 to initiate 
a wireless communication. For example, Handset A 10 is capable of running at 
least three applications, App. Al, App. A2, and App. A3, labelled 10a- 10c, 
respectively, and contains queue lOd and communications manager 10e, Cell tower 
13 transmits and receives radio frequency signals within a general region or cell. 

The handsets may be portable, such as cellular telephones, PDA's, or portable 
game systems, or any other mobile communications unit. However, the present 
invention can also be used with any device capable of engaging in wireless 
communications, which may also be fixed, or integrated into an immovable object.. 

Celhtower 13 is in communication with access control manager 14. Access 
control manager 14 communicates with a plurality of cell towers to control access to 
the wireless network. Access control manager 14 may be regionally located, as one 
of several access control managers on a network, or may be centrally located for the 
entire network. Access cohtrol manager 14 communicates with access buffer 15, 
which stores data received froin the internet 16 before it is transmitted on the 
wireless network. The internet cak be operatively connected to a variety of servers, 
such as interactive game server 17, e-rh^il server 18, and voice-over-IP telephone 
server 19. 

The applications supported by the handsets are configured to communicate 
with the wireless network at one or more priority levels. The applications may 
include services such as e-mail, instant mail, unified messaging, short messaging, 
paging, world-wide web browsing, pointcast, interactive action games, internet 
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telephony, internet facsimile, file transfer, etc. The priority levels are used by the 
access control manager 14 in the wireless network to determine the relative order of 
access to the wireless network for different applications during periods of 
congestion. Each application may have a default priority level. For example, 
internet telephony applications, which require rapid transmission of data packets in 
order to carry a natural-sounding voice communication, will likely have a higher 
default priority level than an e-mail application, which can usually be delayed 
without a noticeable effect. 

To provide dynamic quality of service adjustments, many applications can be 
configured to operate at several different priority levels according to the relative 
importance of a particular transaction to a user. As an example, a user may request 
to send an e-mail at a higher priority than the default level, when the e-mail 
contains time sensitive information and the delivery time is critical. By charging 
users for access to the network according to the priority level for each transaction, 
the users have a financial incentive to reserve designating high priority 
transactions for applications for which quick transmission is important. The 
priority levels can also be associated with control mechanisms in other networks, 
both wired and wireless, to provide end-to-end quality of service capability. For 
example, for wireless devices that are capable of Internet access, the priority levels 
can affect the quality of service across both the wireless network and the Internet 
network. 
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FIG. 2 provides a flow diagram of the steps for initiating a transaction from 
an application in a handset to transmit data along the wireless network, from the 
perspective of a controller in a handset. In step 20, a transaction request is received 
from a user application in a handset. As discussed above, this transaction request 
could relate to sending or receiving an e-mail, engaging in voice-over-IP, receiving a 
file transfer, etc. The handset next detects in step 21 whether the transaction that 
is requested is at the default priority or at a user-specified priority. A control 
packet(s) is configured according to the requested priority or default priority level in 
steps 22 and 23, respectively. The control packets might include bits for any or all 
of the following: establish connection, desired data rate, priority level, symmetric or 
asymmetric transmission, encryption on/off, acceptable delay, estimated quantity of 
data to transmit or expect duration, destination point of session (IP address), 
originating device ID, etc. 

" In step 24, the data in the user application that is to be transmitted is 
transferred or coded as a series of packets and placed into a queue in the handset. 
In step 25, the control packet (s) is then transmitted by a radio signal to the nearby 
cell tower to send a transaction request to the access control manager. The control 
packet includes an identification code for the handset and the priority level for the 
transaction. 

If, from the user's perspective, the transaction is a single event, such as 
sending an e-mail communication, the handset allows the user to engage in other 
activities once the e-mail communication is placed in the queue. The subsequent 
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transmission of the plurality of data packets in the queue, either individually or in 
groups, can occur transparently to the user. When the last data packet is 
transmitted over the wireless network, the user will be notified that the transaction 
was successful. On the other hand, if the transaction request is for a series of 
transmissions, such as in a voice communication, the handset will provide an 
indication when the user has the requested access to the network. 

FIG. 3 describes how the wireless service responds to the transmission 
request. In step 30, the cell tower receives a control packet transmitted by the 
handset. Generally, the cell tower reserves capacity for transmission of control 
j|0 packets between itself and the handsets to indicate when authorization is granted 

r ,: j- 
5ii : -: 

II for transactions. However, when the cell tower is completely at or beyond full 

'an:-'. 

*' B ' capacity, handsets may temporarily be unable to transmit control packets to the cell 

- i 

j|| tower, which will be indicated by a "busy" signal during those times. 

^TTi.e cell tower forwards a control packet with a transmission request to the 
! =15 access contkri manager in step 31. The control manager then performs an 

evaluation of the^xisting capacity on the wireless network, in step 32. If there is 
an available access link.the requested capacity is allocated to the handset for the 
transaction, in step 33. The^ccess control manager then sends access authorization 
* to the corresponding cell tower tdSbe transmitted to the handset in step 34. The 
20 handset begins transmission of the dara packets in its queue, which are received by 
the cell tower in step 35. The packets are then forwarded to the Internet in step 36, 
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aii$ h confirmation is sent to the handset to complete the transmission for the 
transaction. 

When there are no available access links on the wireless network, the access 
control manager next evaluates in step 38 whether there are any occupied access 
links that are transmitting packets for transactions of lower priority than the 
pending transaction request. If there is a lower priority transmission occurring, the 
access control manager performs a series of operations, in step 37, to discontinue 
the lower priority transaction in favor of a higher priority transmission. A signal is 
sent via a control packet to the handset that is engaged in the lower priority data 
packet transmission. The signal indicates to that handset transmitter/receiver that 
access to the wireless network is suspended. The access control manager then 
allocates the requested capacity for the higher priority transmission, in step 33, and 
authorizes the handset to send data packets in step 34. The wireless network then 
receives the data packets in step 35, which are forwarded to the internet in step 36. 

If there is no lower priority transmission that is occurring, the access control 
manager sends a data packet to the requesting handset to deny the request for an 
access link. A handset whose transaction is discontinued in favor of a transaction 
with higher priority operates in the same manner as a handset that is denied access 
from the outset. The wireless network can be configured in several manners for 
responding to a denial of network access, as will be further described below. 

As shown in FIG. 4, the wireless network handles transmission of data 
packets that are incoming to the handsets from the internet in a similar manner to 

- 11 - 



the outgoing transmission as described above. In step 40, the access buffer receives 
data packets from the internet. The control packet for this data is forwarded to the 
access control manager in step 41. The control manager then performs an 
evaluation of the existing capacity on the wireless network, in step 42. If there is 
an available access link, the requested capacity is allocated to the access buffer for 
the transaction, in step 43. An authorization signal is sent to the buffer in step 44, 
the data packets are forwarded to the cell tower in step 45, and the cell tower 
transmits the data packets over the wireless network for reception by the handset, 
in step 46. 

Wften there are no available access links on the wireless network, the access 
control manager next evaluates in step 48 whether there are any access links that 
are transmitting packets for transactions of lower priority than the pending 
transaction request The priority level designated in a control packet for a 
transaction in the acctess buffer can be forwarded by the sender over the internet, or 
it may be the default levtel for the type of application that corresponds with the data 
packets. If there is a lowenpriority transmission occurring, the access control 
manager discontinues the lower priority transaction in favor of a higher priority 
transmission, in step 37. Accesses then granted to the access buffer according to 
steps 43-46, as previously described. If there is no lower priority transmission that 
is occurring, the access control manager denies the request by the buffer for an 
access link in step 49. \ 
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There are several possible configurations for re-requesting transmission of a 
transaction by either a handset or the access buffer after access is denied or 
discontinued. For handsets, each of these configurations are performed in the 
background of a handset's operation, during which time the handset can be used for 
other applications, including other transactions requiring wireless transmission of 
data. 

In response to a denial of access for a transaction, the handsets in the 
network can be designed to send a new request for access after a given period of 
delay. Depending upon the congestion that is typically faced by the network, the 
new requests are transmitted after a few seconds, a minute, ten minutes, etc. If the 
handset is moved into a new cell site, the subsequent request after a period of delay 
is transmitted to the new cell tower, which may be operating at a different capacity 
level. 

As an alternative to receiving repeated requests by the handsets and access 
buffer, the access control manager could broadcast a message after a period of time 
that describes the current capacity at each cell tower. The handsets that are denied 
access wait to send a request for an access link until the broadcast message is 
received. Once the broadcast message is received, the handsets send requests for 
access in accordance with the broadcast message. 

An additional alternative is to provide an access request queue residing at 
the access control manager to register the denied handset requests. For each 
denied request, the access request queue stores the priority level for the requested 



- 13- 



transaction and an identity code for the handset. When access for the requested 
transaction becomes available, the access control manager sends an authorization 
to the handset to commence the transaction. If the handset has since been moved to 
a different cell site, the authorization signal is sent to the appropriate cell tower 



The wireless network can also include a network traffic capacity monitor to 
inform users as to whether it is necessary to select a higher priority level to gain 
effective access for a transaction. Each time that the network evaluates whether 
there is capacity at a cell site for a transaction of a certain priority level, the access 
control manager pools all of the access links to determine the capacity on the 
network. This information can then be used for sending a broadcast message to the 
handsets. As an example, consider a network priority implementation that 
determines access based upon five priority levels. The access control manager 
might broadcast a warning message to handsets when the network has not accepted 
a level 3 communication for over five minutes. Continuing with this example, if a 
user is about to send an e-mail message at level 3, the handset can suggest that the 
user consider sending the message with a higher priority. Even if the broadcast 
message merely indicates whether a cell site is "at capacity," 'lousy ," or "not busy," a 
user can benefit from this information in determining whether to wait before 
engaging in a wireless transaction. 

To assist the user in monitoring workflow, the handsets can provide an 
indicator that shows the percentage of data packets that were transmitted from the 



corresponding to the location of the handset. 
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queue. If a user is not satisfied with the current access level to the wireless 
network, the handset can reconfigure the control packet associated with the 
transaction to transmit the remaining packets in the queue with a higher priority 
level. For example, if a user unsuccessfully requested to transmit an e-mail 
message at a low priority level, the user may wish to upgrade the transmission of 
the e-mail at higher priority. Perhaps at the higher priority level, the access control 
manager will immediately transmit the remaining packets in the queue. Thus, the 
quality of service over the wireless network can be changed dynamically, during an 
individual transaction. 

When access for all or part of a transaction has been denied, a user might 
instead decide to cancel the delivery. For example, if a majority of the packets for 
an e-mail has remained in the handset queue for a long time, the user may wish to 
cancel the e-mail and call the intended recipient instead. To incorporate this 
feature, the handset allows the user to access the queue. The user can choose to 
delete a transaction, remove the transaction from the queue, or reschedule a 
transmission of the transaction for a specific time. 

Each application in the handsets is configured to be run at a certain one or 
more priority levels. An example is provided illustrating how available priority is 
configured for an e-mail application, a file transfer application, and voice-over-IP in 
FIGs. 5A, 5B, and 5C, respectively. 

FIG. 5 A provides anfcxample of how the available priority levels may be 
^etermined for an e-mail applu^ The wireless network provider has four 
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possible priority levels, and allows the e-mail to be transmitted at any of priority 
levels 2, 3, or\ with the default at level 3. In this example, the carrier/service 
provider does not\llow level 1 priority for e-mail communications to reserve the 
bandwidth for voice cWmunications. The application developer designed the e-mail 
application to send e-mails at any of the first three priority levels. Presumably, the 
lowest priority level is not available because the e-mail application cannot run 
effectively with low priority. Tke customer, as part of the service plan with the 
carrier provider, has pre-designatad priority levels 2 and 3 for selection. It may be 
possible that the customer's service agreement provides for a certain number of e- 
mail transmissions at each of levels 2 ov\3, perhaps as part of a fixed monthly fee. 
Considering the available priority levels common to the carrier, application 
developer, and customer, a user can select transmission of an e-mail along the 
wireless network designated as priority level 2 ot 3. 

FIG. 5B provides an example of how the priority levels are determined for a 
bulk download of a large file or document from an internet web site. The wireless 
carrier only allows bulk file transfers to be configured as; level 4 priority. 
Otherwise, the bulk download will overly tax the wirelessWrvers, creating a delay 
for many other applications. The application developer designed its browser to 
allow file transfers at any of the priority levels. The customer \as part of the service 
plan with the carrier, can only pre-designate priority level 4 for selection. 
Accordingly, the file transfer is to be sent as level 4 priority. \ 
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FlXf . 5C is an example of a configuration of priority levels for voice-over-IP 
telephony, ^he carrier allows voice traffic over the wireless network at any of the 
four priorities, however, in reality, an application developer can only implement 
voice-over-IP if the jackets are transmitted over levels 1, 2, or 3. Level 3 priority is 
actually only useful foX voicemail, because the transmission of the data packets may 
separated by a minute of\more, which would be completely ineffective for a normal 
two-way speech conversatid^i. The application developer configures the application 
with level 2 as the default. EV* one-way speech communications such as voice mail, 
the system could operate at a lotyer priority level by gradually reassembling or 
reconstructing the message as packets are received. The customer, who may wish 
to utilize voice-over-IP for telephony ^nd voice mail services, preconfigures the 
system to allow a choice between levels Nj,, 2, or 3. 

FIGs. 6 A and 6B illustrate the transmission of data packets across the 
wireless network for an e-mail communication and a voice-over-IP communication, 
respectively. Because a speech communications requires bi-directional data 
transmission, as opposed to transmission in a single direction, the wireless network 
allocates capacity differently for voice-over-IP, as opposed to e-mail or other 
unidirectional communications. Voice-over-IP is also different because the system 
needs to reserve capacity for transmission of a certain number of data packets per 
second in order to assure a reasonable speech quality. 

FIG 6A is a table illustrating the steps of transmitting an e-mail from a 
handset in the wireless network according to the preferred embodiment of the 
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invention. In the example provided in this table, the e-mail has a level 2 priority, 
and the network is almost at full capacity. Because the e-mail is designated for 
level 2 priority, the communication can be temporarily discontinued if the network 
is at full capacity and the network receives a request for a higher priority 
transaction. In this example, the e-mail communication is composed of five data 
packets, stored in the queue. The communiation is interrupted once in view of a 
higher priority transaction. 

At time 1, the handset sends a control packet to the cell tower to request 
capacity for a level 2 priority communication. The access control manager evaluates 
the capacity at time 2, discontinues a lower priority transaction to allow for the e- 
mail communication at time 3, and sends authorization to the handset at time 4. At 
times 5-7, the handset removes data packets of the e-mail communication from the 
handset queue for transmission over the wireless network. In the meantime, the 
cell side receives a request for a higher priority level 1 communication. Because the 
network is at full capacity at this time, the cell side generates a discontinue 
message to the handset at time 8, and provides access for another transaction at 
time 9. The network also completes another level 2 transaction at time 9, and 
broadcasts the available capacity for a level 2 communication at time 10. The 
handset sends a transmission request at time 11, receives authorization at time 12, 
and completes the transmission of the data packets for the e-mail communication at 
times 13 and 14. Both the handset queue side and the cell side require 
acknowledgement packets indicating receipt of data packets (not shown in FIG. 6A). 
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FIG. 6B is a table illustrating the steps of transmitting a bidirectional voice- 
over-IP communication in the wireless network according to the preferred 
embodiment of the invention. In the example provided in this table, the application 
has a level 1 priority. However, because the voice communications do not require 
5 constant transmission, a level 1 priority voice communication can be interrupted for 
short time periods, e.g., when there are gaps in the speech communication. 
Therefore, when the handset ("vocoder handset") periodically omits sending data 
packets, the capacity is filled by a transaction of a lower priority communication. 
\7% : . At time 1, the vocoder handset sends a control packet to request a level 1 

: J 

;||0 priority voice communication. At time 2, the access control manager sends 

U1; authorization to the vocoder handset to begin the voice communication. At time 3, 

■ si {: 

SIS' 

the vocoder handset begins sending data packets for the transaction. At the same 
j| time, another handset receives authorization to transmit a data packet along the 

! its'; 

same access link. At time 4, the vocoder handset does not send a data packet, but 
5a i?5 another handset sends a data packet. At time 5 the vocoder handset resumes 

sending data packets, while yet another handset sends a request for a transaction. 
At time 6, the vocoder handset receives data packets from the internet. At the same 
time, the other handset receives authorization to initiate its transaction. At step 7, 
the vocoder handset again omits from sending a data packet, while the other 
20 handset begins sending data packets. This process can continue until the 
completion of the voice communication. 
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FIG. 7 provides another table illustrating the steps of transmitting data 
packets for several different transactions, of different priorities, generated in the 
same handset. In the table of FIG. 7, transaction "A" is of priority level 2, 
transaction "B" is of priority level 3, and transaction "C" is of priority level 1. Each 
occurrence of "A," "B," or "C" may represent a single data packet for that 
transaction, or a group of data packets from that transaction. 

Xt time 1 in FIG. 7,the handset requests capacity to send data packets for a 
priority leveis2 communication. The user has already generated the data to be 
transmitted andNthe handset has sent the data to the handset queue as data 
packets "A." The access control manager sends authorization for the transmission 
at time 2. At the same toe, the handset places data packets "B" into the queue. 
Since data packets "B" are of\a lower priority than data packets "A," the data 
packets "B" are at the end of theVqueue (from right to left). At times 3 and 4, the 
handset sends data packets "A" to the cell side. At time 5, the handset receives a 
discontinue message to step sending level 2 priority packets. The handsent next 
places data packets "C" of level 1 priority into the queue at time 6, and requests 
access for a level 1 priority communication. The handset receives authorization to 
transmit at time 7, and sends data packet "C" at time 8. This operation continues 
until the queue is empty or the handset is turned off. * 

Thus, it is readily seen that the method and system of the present invention 
provides for improved access for transmission of data packets of transactions from a 
handset over a packet switched wireless network when many of the transactions are 
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of differing levels of priority and urgency, and there is limited capacity on the 
wireless network. The system authorizes wireless communications devices to 
transmit and receive data packets until another request is received with higher 
priority. Within each handset, transactions that are pending are scheduled 
according to priority within the handset. This system allows for quality of service 
over the wireless network by allocating the resources according to urgency. The 
network will likely charge more for higher priority transactions. 

The foregoing disclosure of embodiments of the present invention and specific 
examples illustrating the present invention have been presented for purposes of 
illustration and description. It is not intended to be exhaustive or to limit the 
invention to the precise forms disclosed. Many variations and modifications of the 
embodiments described herein will be obvious to one of ordinary skill in the art in 
light of the above disclosure. The scope of the invention is to be defined only by the 
claimed appended hereto, and by their equivalents. 
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